feat: implement developer activity timeline with filters, custom date... - #2593
feat: implement developer activity timeline with filters, custom date...#2593HarmiBhikadiya wants to merge 1 commit into
Conversation
|
Hello @maintainers, I have implemented the Developer Activity Timeline feature as discussed in the issue. The implementation includes activity filtering, date-range selection, timeline grouping views, responsive UI components, localization support, and unit tests. Kindly review the PR and consider adding the appropriate GSSoC'26 labels (level and points) if it meets the project requirements. Thank you! |
GSSoC Label Checklist 🏷️@Umbrella-io — please apply the appropriate labels before merging: Difficulty (pick one):
Quality (optional):
Validation (required to score):
|
5eb55d0 to
f851b83
Compare
|
Hi maintainers, I investigated the CI results and all build, lint, and type-check validations are passing successfully. The only failing checks are two Playwright E2E tests related to dashboard console errors and notification drawer behavior. As these appear unrelated to the Developer Activity Timeline implementation, could you please advise whether these are existing/flaky test failures or if any additional changes are required from my side? Thank you. |
|
CI is failing on this PR. Please fix the TypeScript/test errors before we can merge. Run |
48b68c8 to
647243b
Compare
|
I have rebased the PR branch onto the latest main branch to pull in recent system updates and resolve the TypeScript type-checking errors (which were caused by a missing @google/generative-ai dependency added in a separate merge). The local type checks (npm run type-check) and the timeline-specific unit tests (npm test test/timeline.test.ts) are now passing cleanly with zero errors. |
… ranges, and view grouping
28ed90f to
4b0a5bd
Compare
|
Hii @Priyanshu-byte-coder , The CI fails on pnpm install --frozen-lockfile due to duplicate overrides defined in both package.json (lines 90-102) and pnpm-workspace.yaml, causing a config mismatch. This issue is present on the base repository's main branch. |
|
New UI/feature PRs are on hold during the code quality sprint — see discussion #2651. PRs for tests, refactoring, bug fixes, docs, and performance are welcome. |
|
New feature/UI PRs are on hold during the code-quality sprint — see discussion #2651. We'll revisit after the sprint; tests, refactors, and bug-fix PRs are the priority right now. |
|
Closing as stale. The last commit on this branch was 2026-06-26, over a month ago, and there's been no activity since. This isn't a rejection of the idea — DevTrack's PR queue grew past 110 open PRs, so I'm clearing branches that have gone quiet so the review tab reflects what's actually in progress. If you still want to land this: rebase on current |
Summary
This PR implements the new Developer Activity Timeline feature on the analytics dashboard. It visualizes a user's GitHub activity in reverse chronological order, allowing developers to filter activity categories, select standard or custom date ranges, and toggle between daily, weekly, or monthly grouping views.
Closes #2592
Type of Change
What Changed
Timeline Data Processing
Added timeline activity normalization utilities.
Implemented conversion of GitHub activity data into a unified timeline format.
Added filtering support for:
Added grouping logic for Daily, Weekly, and Monthly timeline views.
UI Components
Created reusable timeline container component.
Added activity cards displaying:
Added category filter controls.
Added date range selectors (7, 30, 90 days and custom range).
Added view controls for Daily, Weekly, and Monthly grouping.
Added loading, empty, and error states.
Navigation & Routing
Internationalization
Testing
Added unit tests covering:
How to Test
Open the dashboard and navigate to Activity Timeline.
Verify:
Run tests:
npm run testExpected Result:
Checklist
Accessibility
Additional Context
This feature provides developers with a centralized chronological view of their GitHub contributions, making it easier to analyze activity patterns, track productivity, and review contribution history across repositories. The implementation is designed to be scalable, reusable, and consistent with the existing DevTrack dashboard architecture.